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(57) Abstract 

A versatile USB controller comprises a se- 
rial interface engine (140) for connection with a 
host. The SIE is capable of simulating a discon- 
nect/connect sequence in situations where a re- 
boot of the device is appropriate. The controller 
further includes a control store (110) for keeping 
track of multiple endpoints of a device. A FIFO 
(130) provides data transfer between each of the 
endpoints and the host. A state machine (120) 
provides transaction sequencing with the host for 
each endpoint. In a variation of the preferred 
embodiment, a second FIFO (130') is included 
to provide additional buffering capability. 
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Description 
A UNIVERSAL SERIAL BUS DEVICE CONTROLLER 

5 TECHNICAL FIELD 

The present invention generally relates to 
device controllers for devices used in conjunction with 
personal computers, and more specifically to device 
controllers for devices which operate in accordance with 

0 the Universal Serial Bus definition. 

BACKGROUND ART 

The Universal Serial Bus (USB) specification is 
an industry-defined interface for connecting peripherals 
5 to the system bus of a personal computer. USB features a 
single interface for a wide variety of peripherals, 
including mice, keyboards, monitors, printers, mass 
storage drives, modems, faxes, and the like. This 
reduces manufacturing costs and makes it easier for 
0 personal computer users to configure their systems. 

USB uses a token-based bus architecture, 
similar to other similarly-based buses such as the token 
ring network. A USB host broadcasts tokens on the bus, 
and a USB device that matches an address contained in a 
5 token responds either by sending data to the host or 
accepting data from the host. 

To enhance the functional versatility, a USB 
device can support multiple logical channels of 
communication with the host. In the parlance of the USB 
0 specification, such logical channels are referred to as 
"pipes." Each pipe provides a unidirectional flow of 
data between a software client resident in the host and 
an endpoint defined within the device. Functions 
implemented within the device receive data from the host 
5 at their respective endpoint (s), and transmit data to the 
host by writing to their respective endpoint (s). 

A USB device 10 is shown schematically in Fig. 
10. Data is communicated over a pair of differentially 
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driven signal lines D+, D- . A serial interface engine 
(SIE) 12 provides packet generation and decoding, NRZI 
conversion, CRC generation and verification, and bit 
stuffing, all in accordance with the USB specification. 
5 A controller 14 handles the data flow for the various 
transactions, namely IN, OUT and SETUP. As shown in 
Figs. 11A and 11B, a transaction comprises up to three 
packets: TOKEN, DATA, and HANDSHAKE. A bus transaction 
begins with the host issuing a TOKEN -type packet 

10 comprising a PID field, an address field which identifies 
the device, and an endpoint field which identifies a 
channel within the device. This is followed by a 
DATA- type packet, flowing in a direction from the 
addressed device to the host, Fig. 11A, or from the host 

15 to the addressed device, Fig. 11B. In the latter case, 
the data received by the device is stored in a FIFO 
corresponding to the endpoint identified in the TOKEN 
packet. The recipient of the data then transmits a 
HANDSHAKE protocol to the transmitter of the data. 

20 Returning to Fig. 10, typical implementations 

of a USB device include a bank of n FIFO's 16, allocating 
one FIFO (FIFO x - FIFOJ for each endpoint El - En 
supported by the device software 18. For example, the 
Intel® x8930Ax USB microcontroller chip defines six 

25 endpoints, each having an associated transmit FIFO and 
receive FIFO. The Cypress CY7C634xx family of 
controllers appear to support two device addresses: "A" 
and "B" . Device address "A" has three associated 
endpoints while device "B" has two associated endpoints, 

30 each endpoint having a corresponding FIFO. The Xilinx® 
controller features support for three endpoints, with 
on-chip FIFO's for each endpoint. A more flexible 
alternative is one by CAE Technology which offers a 
function core for FPGAs . The function core features a 

3 5 user definable number of endpoints, and a FIFO for each 
endpoint having a user definable depth. 

Continuing with Fig. 10, the device software 18 
provides the functional capabilities of the device. Each 



04/22/2004, EAST Version: 1.4.1 



WO 99/08196 PCT/US98/12918 

-3- 

functionality communicates with its associated endpoint 
El - En, receiving or transmitting data via the FIFOs 
corresponding to those endpoints. A special endpoint, 
endpoint 0, is reserved for the purpose of providing 
5 access to the device's configuration, status, and control 

information. 

The above-mentioned designs share the common 
trait in that the number of endpoints possible in a 
device is fixed. This is true even for the CAE 
10 Technology function core. Although the CAE function core 
provides a user definable number of endpoints, that 
number is fixed once the design is committed to silicon. 

Increasing the number of endpoints in a given 
design brings up another shortcoming of these design 
15 approaches, namely the silicon real estate consumed to 
support the FIFO's becomes prohibitive since each 
endpoint requires a FIFO. This is especially true with 
the INTEL® design where each endpoint is associated with 
two FIFO's, one for receive and the other for transmit. 
20 What is needed is a controller that, once 

designed and tested, is capable of supporting any number 
of endpoints in a device, up to the USB-defined maximum 
of sixteen. It is desirable that the controller exhibit 
efficient use of silicon while at the same time be 
25 readily configurable to use any number of endpoints. 

Another feature of USB is its support for a 
technique known as bus enumeration, wherein the host 
identifies and configures a device upon its attachment to 
the bus. When the device has been detected by the host, 
30 the system software interrogates the device, determines 
its capabilities, assigns a device address, and 
configures the device. Although USB provides for 
situations in which a device is no longer able to 
communicate with the host, it would be desirable for the 
35 device to be completely rebooted so that the host can 
reconfigure the device as if the device had just been 
attached to the host by a user. 
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DISCLOSURE OF INVENTION 

The present invention is an apparatus and 
method for operating a device in accordance with the 
Universal Serial Bus (USB) specification. The invention 
5 includes means for receiving packets from a host, and a 
FIFO for storing data contained in received packets. A 
packet control store identifies the endpoint contained in 
a received TOKEN- type packet, referred to as the current 
endpoint. The data subsequently stored in the FIFO is 

10 thus associated with the current endpoint. Upon 

receiving a second TOKEN packet; the endpoint contained 
in the packet becomes the new current endpoint . Data 
that is subsequently stored in the FIFO therefore becomes 
associated with the second endpoint identifier. By using 

15 a single FIFO to support two or more endpoints, silicon 

area i s minimi zed . 

In an alternate embodiment, a second FIFO is 
provided. The endpoint s supported by the device are 
assigned to one of the first FIFO or the second FIFO. 

2 0 This has the advantage of lessening the processing load 

of the controller while at the same time limiting the 
silicon allocated for implementing FIFO's. Since the 
number of FIFO's used in the present invention is less 
than the number of supported endpoints, each FIFO can be 
25 made deeper than in the case where each endpoint is 
supported by a corresponding FIFO. 

The present invention utilizes a single state 
machine to control the sequencing of all the USB 
transaction types between the host and the device. A 

3 0 single, all-purpose state machine permits the endpoint s 

of a device to support every type of data transfer namely 
control, bulk, interrupt, and isochronous transfers. 

Another aspect of the invention improves the 
speed of operation of the device. This is achieved by 
35 accessing the FIFO prior to completion of the transaction 
requiring the data. 

The device controller of the present invention 
further includes a host -connection port having means for 
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simulating the detachment and attachment of the device. 
This permits a device which has locked up to automatic- 
ally re- initiate bus enumeration, thereby causing the 
host to reconfigure the device as if it had just been 
5 physically detached and re-attached by a user without 
actually having to do so. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a controller in accordance with 
10 the present invention. 

Figs. 2A - 2C comprise a block diagram of the 

controller . 

Figs, 3A - 3C illustrate the register 

organization of the PCS. 
15 Figs. 4A - 41 show transaction diagrams of the 

USB-defined transactions. 

Figs. 5A - 5D are a state diagram of the 
protocol state machine . 

Fig. 6 is a circuit for simulating an 

20 attach/detach occurrence. 

Fig. 7 illustrates a typical sequence of 
host/device transactions. 

Fig. 8 shows the data sequence of a 
transaction. 

25 Fig, 9 shows a variation of the preferred 

embodiment . 

Fig. 10 schematically illustrates a typical 
prior art USB controller. 

Figs. 11A and 11B illustrate generic 
30 USB-defined data transfers. 

BEST MODE FOR CARRYING OUT THE INVENTION 

Referring to Fig. 1, the USB controller 100 is 
used in computer peripherals (devices) , such as a mouse, 
3 5 a keyboard, a mass storage drive, a digital camera, etc, 
which communicate over a USB-compliant bus. The 
controller provides synchronization of transactions 



04/22/2004, EAST Version: 1.4.1 



WO 99/08196 PCT/US98/12918 

-6- 

between a USB host unit and a multiplicity of endpoints 
defined for the given device. 

In accordance with the invention, the 
controller 100 includes a protocol control and status 
5 (PCS) unit 110 which stores the USB state of the device 
and provides control during the transfer of data. 
Transmission of USB data packets is made via a serial 
interface engine (SIE) 140 which operates in conjunction 
with a data output and handshake (DOH) module 150. A 

10 protocol state machine (PSM) 120 provides sequencing of a 
transaction between the device and the USB host to which 
the device is coupled. Received data and data to be 
transmitted are contained in FIFO 130. The controller 
100 includes an interface to a microcontroller which 

15 provides the bulk of the functionality in the device. 

Turning now to Figs 2A - 2C, the interfaces 
between modules will be described. Consider first the 
serial interface engine SIE 14 0 shown in Fig. 2A, The 
SIE 14 0 provides an interface between the USB host and 

20 the device. Included is a transceiver circuit (not 

shown) which drives data onto signal lines D+ and D- and 
receives data, both in the form of a differential signal. 
The electrical characteristics of the transceiver are 
fully defined by the USB specification. The functions of 

25 SIE 140 include serializing and deserializing USB 
transmissions, decoding and encoding of TOKEN- type 
packets, NRZI encoding and decoding, CRC generation and 
checking, bit stuffing, and generating the SYNC field. 

Upon receiving a valid packet, SIE 140 asserts 

3 0 the PacketOK and PacketEnd signal lines to signal the 
protocol state machine PSM 120 of the reception of a 
valid packet from the host. The SIE then extracts the 
PID (SOF, SETUP, IN, OUT, DATA0/1, ACK) from the received 
packet and transmits it to PCS 110 via SiePID. A 
35 TOKEN- type packet consists of the following: PID (4 
bits), device address (7 bits), endpoint address (4 
bits) , and CRC (5 bits) ; from which the device address 
SieAddr and endpoint address SieEndpt are extracted and 
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sent to the PCS. A DATA- type packet consists of: PID, 
data bytes, and CRC; from which the data is extracted and 
sent to the PCS one byte at a time over the SieData data 
lines. Corrupted device addresses and data are detected 
5 by CRC validation and checking for bitstuff violations, 
per the USB specification. Signal lines AddrEndpValid 
and SieDataValid are asserted to indicate respectively a 
valid device address and valid data. The NextData signal 
line, used when transmitting data upstream, indicates 

10 that the SIE is ready to receive another byte of data 
(from DOH 150) for transmission upstream. 

Turning for a moment to Fig. 6, a feature of 
the present invention is shown in an illustration of the 
host-device interface. The USB specification provides 

15 for two speeds of operation: low speed and full speed. A 
pull-up termination resistor tied to a voltage source 
between 3.0V and 3.6 V determines the operating speed. 
A full speed device is terminated by a pull-up resistor 
on the D+ line. A low speed device is terminated by a 

20 pull-up on the D-line. In accordance with the present 
invention, each of two grounding transistors 142 has a 
drain/source coupling between the data lines D+, D- and 
ground. The grounding transistors 142 are turned on and 
off through their respective gates by a timer 144, such 

25 as a counter, which outputs a LO until it is triggered. 

A full speed pull-up resistor 146 is coupled to 
the D+ line via pass transistor 145, and a low speed 
pull-up resistor 148 is coupled to the D- line via pass 
transistor 147. A selector 143 ensures that only one of 

3 0 the two pass transistors is turned on to operate as a 
full speed device or as a low speed device. Fig. 6 
illustrates a typical construction of selector 143, 
comprising a 1:2 decoder 141 and two AND gates. A SPEED 
SELECT signal asserts one of the two outputs from decoder 

3 5 141 to drive the gate of the corresponding pass 

transistor thus coupling the corresponding pull-up 
resistor to the data line. The selector 143 is enabled 
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and disabled via timer 144 by feeding the timer output 
through the AND gates. 

When timer 144 is triggered, the output of the 
timer goes HI to turn on grounding transistors 142, thus 
5 taking data lines D+, D- to ground. At the same time, 

selector 143 is disabled because of the LO input into its 
AND gates. This has the effect of disconnecting the 
selected pull-up resistor by virtue of turning off its 
corresponding pass transistor. Conversely, when the 
10 timer times out, the output of timer 144 returns to its 
LO condition, thus turning off transistors 142. At the 
same time selector 143 is once again enabled, so that the 
pass transistor corresponding to the selected speed is 
turned on. This serves to reconnect the corresponding 
15 pull-up resistor to the data line. In this way, the 
potential on each of the data lines is restored its 
original level. 

If timer 144 is set to provide a delay of at 
least 2.5 /xS, the turning on of grounding transistors 142 
20 and the turning off of pass transistors 145, 147 produce 
a single-ended zero (SEO) condition which is the device 
disconnect condition as defined in the USB spec. When 
the data line (D+, D-) potential is restored by virtue of 
timer 144 shutting off, a connect condition occurs (per 
25 USB) . The grounding transistors 142 and pass transistors 
14 5, 147, therefore, provide a means by which an 
automatic reboot of the device can occur. For example, 
if the device locks up, a deadman (watchdog) timer in the 
device can trigger the timer 144 to initiate a 
30 disconnect /connect sequence. On detecting the connect 

condition, the host can reconfigure the device. In a hub 
application, this reboot feature can be activated to 
convert between a bus -powered hub and a self -powered hub. 
The reboot feature would allow the device to change 
35 application (e.g. from FAX to scanner and vice-versa). 
Changes in device descriptors, such as power consumed, 
suspend delay, etc., can be "uploaded" into the host by 
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the reboot feature, since such information is read by the 
host only during an enumeration sequence after a connect. 

In the preferred embodiment, the circuitry 
shown in Fig. 6 is incorporated in the front end of SIE 
5 140 of the controller 100. Alternatively, the circuitry 
may be provided off -chip. The SPEED SELECT signal can be 
provided in a variety of ways: signaling from the 
microcontroller, providing jumper options on the PC 
board, signaling from the USB controller 100. If the 
10 device originally boots up at a lower speed, the circuit 
of Fig. 6 allows for the device to reboot itself to come 
up at a higher speed. Alternatively, only one pull-up 
resistor/pass transistor pair can be provided. In such a 
case, the device speed is fixed to be either a full speed 
15 device or a low speed device. In fact, only components 

145, 146 are useful in a hub configuration. The selector 
143, then would consist simply of an AND gate to couple 
the timer 144 to the pass transistor. Grounding 
transistors 142 would still be required to provide the 

20 SE0 condition. 

Continuing with the discussion of the SIE 
interfaces, turn to Fig. 2C. The DOH module 150 shown in 
Fig. 2C sends data to SIE 140 under the control of PCS 
110. The SendPID signal line informs the DOH to issue a 

25 PID (ACK, NAK, and STALL) , provided by PCS 110 via 

ResponsePID. The SendData signal line signals the DOH to 
begin transmitting data from the FIFO. When asserted, 
SendData enables DOH 150 to latch data in from FIFO 130 
via the fifoData lines and to send data to SIE 140 via 

30 the UMIData lines. Operating in conjunction with 

SendData is the NextData signal line which causes DOH 150 
to transmit previously latched data and to latch in new 
data from the FIFO. As data is received by SIE 14 0, the 
CRC is continuously computed. When the PCS de-asserts 

35 SendData, the DOH will assert LastData, causing SIE 140 
to send the computed CRC and to generate an EOP. The 
EndPtBusTurnaround specifies the maximum delay before 
beginning a transmission to the host. This delay varies, 
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depending upon the active endpoint, as will be explained 
below in connection with Fig. 8. The signal line 
SendSYNC instructs the SIE to send the SYNC field. The 
synchronization (SYNC) field precedes all Data packets 
5 sent to the host. The DOH also provides a clock signal 
StepPSM for clocking PSM 120 during sequencing of a 
transaction. 

Turn now to Fig. 2B. The FIFO 130 has a depth 
of sixteen bytes and stores incoming and outgoing USB 

10 data. Data destined for FIFO 13 0 first is driven onto 

fifoWrData. Next, the FIFO write address is driven onto 
fifoWrAddr, followed by asserting the write data line 
fifoWR. Incoming data from the host is stored via the 
PCS 110 into the FIFO, where it is subsequently read by 

15 the microcontroller. The FIFO can also be written to by 
the microcontroller, by driving data onto MData, 
specifying the FIFO address MAddr, and asserting MWR. 

Data to be read out of FIFO 130 is addressed 
via fifoRdAddr and driven on the fifoData lines. From 

20 there, the data either is latched into DOH 150 for 

subsequent transmission by SIE 14 0 to the host, or taken 
from fifoData through PCS 110 by the microcontroller via 
PCSData. 

Transfer of data between PCS 110 and the 
25 microcontroller occurs over the MData and PCSData lines. 
Registers within PCS 110 are accessed by asserting their 
addresses on MAddr, as will be shown below. Input and 
output of data occurs by asserting MWR and MRD 
respectively . 

3 0 Refer now to the protocol state machine also 

shown in Fig. 2B. PSM 120 operates in conjunction with 
PCS 110. The PSM provides transaction sequencing for all 
endpoint types: BULK, CONTROL, INTERRUPT, and 
ISOCHRONOUS. During sequencing of a transaction for the 

35 current endpoint, the PCS communicates to the state 

machine information related to the endpoint and the state 
machine responds by informing the PCS what to do. 
Although the PCS 110 issues the control signals to 
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10 



15 



20 



25 



control the transaction, the master timing originates in 

the PSM 12 0. 

The PSM is signalled by PacketOK and PacketEnd 
that SIE 140 has received a valid packet. As will be 
explained below, this permits the PSM to advance to the 
next state, per the clocking signal (StepPSM) . The PSM 
receives from PCS 110 the PID name (IN, OUT, SOF, SETUP, 
DATA0, and DATA1) via PCSPID. Also received from the PCS 
are: the endpoint type (EndPtType: BULK, ISOCHRONOUS, 
INTERRUPT, and CONTROL) , the data flow direction of the 
endpoint (EndPtDir) , the state of the data toggle bit for 
the endpoint (DataToggle) , a status stage indication 
(StatusStage) for CONTROL transfers, and a packet 
response (PacketResponse) . These data are used by PSM 
120 as state variables in determining the sequencing of a 
transaction. The output of PSM 12 0 is control signalling 
via PSMState which directs the actions of PCS 110 during 
a transaction. 

The PCS 110 provides storage of information 
concerning the device's USB-related activities, and 
provides data to the device's microcontroller or other 
similar controlling hardware. Information contained in 
the PCS is stored in registers and can originate from the 
host or the microcontroller, or through state changes 
while processing a transaction. Following is a list of 
the registers contained in the PCS, indicating for each 
register whether it is read/writable by the PCS and 
whether it is read/writable by the microcontroller: 



30 



35 



40 



45 



50 



Register 


Register 








Address 


Name 


PCS 


microcontroller 


0x0 


Device Address 


R 


W 


bits 6-0 


0x1 - 0x2 


Frame Number 


W 


R 


bite 10 - 0 


0x3 


Global State 


H 


R/W 


bit 0 addressed 




W 


R/W 


bit 1 configured 






w 


R/W 


bit 2 rem wakeup 






w 


R/W 


bit 3 suspend 






w 


R/W 


bit 4 resume 


0x4 


Packet Control 


w 


R 


bits 2 - 0 endp addr 




w 


R 


bit 3 completed 






w 


R 


bit 7-4 rcv'd PID 


0x5 


Packet Response 


R 


W 


bits 3-0 response 


0x6 


interrupt Reg 


w 


R 


bit 0 INT 




w 


R 


bit 1 EOFl 






w 


R 


bit 2 EOF2 






w 


R 


bit 3 SOF 


0x7 


Interrupt Ack 


R 


w 


bit 0 I NT A 




w 


R 


bit 1 EOFl 






w 


R 


bit 2 EOF2 






w 


R 


bit 3 GOF 






w 


R 


bit 4 STATUS stage 


0x8 


Interrupt Enable 


R 


W 


bit 0 INT EN 
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10 



15 







w 


R 


bit 1 EOF1 






w 


R 


bit 2 EOF 2 






w 


R 


01 t J our 


AvQ 










OxA - OxB 


Total Byte Count 


w 


R 


bits 11-0 


OxC 


FIFO Address 


R/W 


R/W 


bite 7 - 0 


OxD 


Byte Count 


W 


R 


bits 3 - 0 


OxE 


unused 








OxF 


Transaction 










Response 


W 


R 


bit 0 complete 




W 


R 


bit 1 error 


0X10 - 0x17 


Endpoint Control 


R 


R/W 


bits 0-1, endpoint type 




R 


R/W 


bit 2, data flow direction 






W 


R/W 


bit 3, DATA 0/1 toggle 






R 


R/W 


bits 5-4, bus-turn around 

time select 
bit 6, -- unused -- 






R 


R/W 


bit 7, enabled flag 


0x18 


Endpoint Stopped 


R 


W 


bits 7-0 



20 



25 



30 



35 



40 



45 



50 



The Device Address register contains the device 
address of the device. It is initialized by the 
microcontroller during a bus enumeration sequence with 
the host, and thereafter becomes the device address to 
which the PCS will respond. More particularly, the host 
communicates information to the microcontroller during 
the bus enumeration sequence. The microcontroller then 
communicates certain of this information to the PCS 110 
to write the Device Address register and the Global State 
register. 

The Frame Number register contains the frame 
number which, in accordance with the USB spec, is 
incremented by the host at a nominal rate of 1.0 mS . 
Upon receiving a frame packet, the PCS 110 loads the 
frame number contained in the packet into the Frame 
Number register and sets an interrupt (EOF1, EOF2, see 
below) . 

The Global State register contains global 
information regarding the USB state of the device, and is 
initially written to by the microcontroller. The 
information is contained in a seven bit data structure, 
having the following definition: bit 0 indicates whether 
the device has been given a device address by the host; 
bit 1 indicates whether the device has been configured; 
bit 2 indicates whether the device is permitted to signal 
a host that has entered a power- saving suspend state, 
thus waking up the host (remote wakeup) ; bit 3 indicates 
that the device has entered a power- saving suspend state; 
bit 4 is written to by the microcontroller in order to 



04/22/2004, EAST Version: 1.4.1 



WO 99/08196 PCT/US98/12918 

-13- 

initiate a remote wakeup. These bits can be set either 
by the PCS in response to receiving commands from the 
host such as during a bus enumeration sequence, or by the 
microcontroller, 
5 The Packet Control register is written to by 

the PCS 110, and contains the information for the current 
endpoint . Included in the seven bit structure are : an 
endpoint address of the current endpoint (bits 2 - 0) ; a 
packet completed (i.e. received from host) indicator (bit 

10 3); and a packet identifier (PID, bits 7-4). The PID's 
are defined in the USB spec, and include: OUT (0x1), IN 
(0x9), SOF (0x5), SETUP (Oxd) , DATA0(0x3), DATA1 (Oxb) , 
ACK (0x2) , and PRE (Oxc) . These bits are set by the PCS 
and read by the microcontroller. 

15 The Packet Response register is written to by 

the microcontroller, and may contain a USB-defined 
response PID, namely NAK (Oxa) and STALL (Oxe) . In 
addition, the microcontroller may write certain internal 
codes which direct the PCS 110 to take certain actions. 

2 0 DAVAIL (0x4) is an internal code indicating to the PCS 

that there is at least one byte of data in the FIFO 13 0. 
DACCEPT (0x6) is an internal code indicating to the PCS 
that the microcontroller has read out all of the expected 
data from the FIFO. DEND (0x7) is an internal code 
25 indicating to the PCS that the microcontroller has 

written the last byte to the FIFO or has read the last 
byte out of the FIFO. 

The PCS 110 includes an interrupt line used to 
interrupt the microcontroller. A set of registers are 

3 0 employed to manage these interrupts. The Interrupt 

register is written by the PCS, and read by the micro- 
controller to determine the cause of the interrupt when 
the interrupt is raised. Bit 0 is set to indicate a 
generic interrupt (INT) by the PCS. In a hub applica- 
35 tion, the following additional interrupts are used: bit 1 
is set to indicate the end of frame timing point #1 
(EOF1) ; bit 2 is set to indicate the end of frame timing 
point #2 (EOF2) ; bit 3 is set to indicate the occurrence 
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of a start of frame (SOF) . The Interrupt Ack register is 
written by the microcontroller to indicate to the PCS 
that the particular interrupt (INTA, EOF1, EOF2 , SOF) has 
been handled (i.e. the corresponding interrupt routine 
5 has completed) . Bits 0-3 correspond to bits 0 - 3 of 
the Interrupt Register. An additional bit (bit 4) is 
defined for CONTROL transfers. It is written by the 
microcontroller to indicate that it is ready to enter the 
STATUS stage of a CONTROL transfer. The Interrupt Enable 

10 register is a masking register for masking one or more of 
the above -described interrupt types, having the same 
corresponding bits 0 - 3 . 

The Total Byte Count register indicates the 
number of bytes in a packet received from the host. 

15 The FIFO Address register points to the next 

entry in the FIFO 13 0 for data to be transmitted to the 
host, and for data that has been received from the host. 

The Byte Count register indicates the number of 
bytes currently in the FIFO. This information is updated 

20 by the PCS. The register is incremented each time a byte 
is written into FIFO 130, whether by PCS 110 (via SIE 
140) or by the microcontroller. The register is 
decremented each time a byte is read out of the FIFO, 
whether by the PCS during an upstream transfer or by the 

2 5 mi crocont rol ler . 

The Transaction Response register indicates 
whether the transaction successfully completed or not. 

The Endpoint Control registers comprise a set 
of registers which contain information for each of the 

30 endpoints provided by the controller in accordance with 
the present invention. The current embodiment of the 
invention supports eight endpoints, addressed 0-7. 
This number can be increased up to the maximum number 
defined in the USB spec, for a total of sixteen 

35 endpoints. The endpoint type is indicated by bits 0 & 1, 
namely CONTROL, BULK, INTERRUPT, and ISOCHRONOUS 
transfers. The direction of the data flow, to the host 
or from the host, is indicated by bit 2. The DATA toggle 
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bit is stored in bit 3 to maintain data synchronization 
in accordance with the USB spec. The bus turnaround 
timing for the endpoint is specified in bits 4 & 5. 
These timing bits specify one of four possible timing 
5 values used by DOH 150, specifying a delay period before 
beginning a transmission to the host. Bit 6 is unused. 
Bit 7 is used to indicate, for a given device, whether 
the endpoint is being used, since the number of endpoints 
needed for any given device will vary. Bit 7 is written 
10 to by the microcontroller on reset. 

The Endpoint Stopped register is written by the 
microcontroller to indicate whether an endpoint is 
temporarily deactivated. In such a case, any transfers 
directed to a deactivated endpoint will be ignored by the 
15 PCS, and the PCS will respond with a NAK for those 
transactions which support such a response. 

Turn now to the register organization of PCS 
110, as shown in the schematic representation of Figs. 
3A - 3C. The figures show the various registers des- 

2 0 cribed above, including the flow of information between 

the registers and the other components comprising the USB 
controller. Information exchange between PCS 110 and the 
microcontroller takes place over a "bus" 10. In the 
preferred embodiment, a common design is adopted for 

25 implementing bus 10. Reading from the "bus" consists of 
feeding the output of each register in PCS 110 into a mux 
(not shown), and using the register address (MAddr, Fig. 
2B) as the mux selector to select the desired register. 
The PCSData bus is taken from the output of the mux. 

30 Writing to a register in PCS 110 is accomplished by 

feeding the data to be written (MData) into the input of 
each register. Each register has a write enable which is 
coupled to an output line of a decoder. Thus, by feeding 
MAddr into the decoder, the corresponding register will 

3 5 be enabled to read in the data. 

From SIE 140, SiePID (OUT, IN, SOF, SETUP, 
DATA0, DATA1 , ACK, and PRE) and SieEndPt flow into the 
Packet Control register of PCS 110. SieAddr flows into 



04/22/2004, EAST Version: 1.4.1 



WO 99/08196 PCT/US98/12918 

-16- 

comparator 3 2 (Fig. 3B) to determine if the device 
address sent from the host matches that contained in the 
Device Address register of the PCS, producing an enabling 
signal when a match occurs. Incoming data flows from 
5 SieData into FIFO control block 42 (Fig. 3C) to be stored 
in FIFO 130. NextData signals the FIFO control block 42 
to increment to the next FIFO location and to read out 

its contents. 

A bank of endpoint control registers 50 (Fig. 

10 3A) provides an Endpoint Control register for each 

endpoint. The selection of a register from the register 
bank 50 is made via selector 20. SieEndPt from SIE 140 
constitutes an internal endpoint address identifier 
PCSEndPtAddr, the current endpoint for the particular 

15 transaction. The current endpoint identifier selects the 
corresponding Endpoint Control register, the contents of 
which are sent to the state machine 120 and to DOH 150. 
More specifically, the EndPtType, EndPtDir, and 
DataToggle information flows into PSM 12 0, while the 

20 EndPtBusTurnaround information flows into DOH 150. 

Although the present invention controller contemplates a 
single FIFO, it can be seen that multiple endpoints 
nevertheless can be supported by only one FIFO because 
information specific to each endpoint is contained in the 

25 register bank 50 and selected via selector 20 using the 
endpoint specifier provided by the host via SieEndPt. 
Such information controls the sequencing for that 
endpoint and its type, and any data that is transferred 
is accomplished via the FIFO 130. In addition to 

30 EndPtType, EndPtDir, and DataToggle, PSM 12 0 receives 
StatusStage from bit 4 of the Interrupt Acknowledge 
register and PacketResponse from bits [3:0] of the Packet 
Response register. As will be explained below, this 
information constitutes the state variables used by PSM 
35 120. 

PCS 110 operates under the control of PSMState 
signals during the sequencing of a transaction. For 
example during a BULK transaction, each transfer requires 
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toggling of the DATA0/1 packet per the USB spec. As 
shown in Fig. 3A, data toggling involves toggling the 
data toggle bit (bit 3) of the selected Endpoint Control 
Register vis-a-vis PCSEndPtAddr by issuing PSMState 
5 signals in the PCS. Similarly, the DOH control block 44 
is controlled by PSMState to issue an upstream response 
PID (i.e. ACK, NAK, STALL) via DOH 150, where the 
response PID is obtained from the Packet Response 
register . 

10 Turn now to the transaction diagrams of Figs. 

4A - 41 for a brief description of the transaction 
sequences defined in the USB specification. The 
transactions defined for USB include: BULK, CONTROL, 
INTERRUPT, and ISOCHRONOUS. Each of these transactions 

15 typically comprise a combination of two or more of the 
basic data transfers (Figs. 4A - 4E) to be discussed 
below. 

Fig. 4A illustrates the transaction sequence 
for an IN-type data transfer, involving the transmission 
20 of data to the host. This type of data transfer is 

common to the BULK, CONTROL, and INTERRUPT transfers. 
The host sends an IN-type packet to the device. In 
response, the device will send a DATA packet to the host, 
which is acknowledged by a return ACK to the device. As 
. 25 shown in Fig. 4A, the device alternatively may respond 

with either a NAK or a STALL, if the device experiences a 
problem. 

Fig. 4B shows a similar sequence for an 
OUT-type data packet, involving transmission of data from 

30 the host. The host sends an OUT-type packet followed by 
a DATA packet. The device then responds by an ACK, a 
NAK, or a STALL, depending on the success, delay or 
failure of the transaction. 

A BULK transfer of data (whether from the 

3 5 device or to the device) comprises one or more IN- or 
OUT-type data transfers. For example, Fig. 4F shows a 
BULK read transaction comprising a plurality of IN data 
transfers (Fig. 4A) for transmitting data to the host. 
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The zero and one notation denotes the alternation of 
DATAO and DATA1 packets for each successive data transfer 
in accordance with the bit toggling scheme defined in the 
USB specification. A BULK transfer of data may go in the 
5 other direction, namely from the host into the device, 
accomplished with a series of OUT- type data transfers 
(Fig. 4B) . 

An INTERRUPT transaction (not shown) , not 
unlike a BULK transfer, consists of one or more IN- type 

10 data transfers (Fig. 4A) . Where more than one data 

transfer is required, bit toggling occurs for successive 
transfers. Unlike BULK transfers, an INTERRUPT involves 
only the transfer of data from the device to the host; 
i.e. IN-type data transfers, 

15 Fig. 4C shows a SETUP- type data transfer. This 

includes a SETUP packet sent by the host, followed by a 
DATA packet also sent by the host. This type of data 
transfer is used during a CONTROL transaction, which 
begins with a setup stage, optionally followed by a data 

2 0 stage, and ending with a status stage. Fig. 4G depicts 

one variation of the CONTROL transaction, consisting only 
of a setup stage (SETUP-type data transfer) and a status 
stage (IN-type data transfer, Fig. 4A) . Figs. 4H and 41 
show a second variation of the CONTROL transaction which 

2 5 includes a data stage, comprising one or more IN or OUT 

data transfers. The status stage is indicated by a data 
transfer in the opposite direction. 

Figs. 4D and 4E show the transaction sequences 
for an ISOCHRONOUS transaction. For the upstream ISO 
30 transaction shown in Fig. 4D, the host sends an IN-type 
packet. The device responds by sending a DATA packet. 
The amount of data transferred during an ISO transaction 
may require more than one such transaction, and so 
additional transactions (shown in phantom) may occur, 

3 5 with bit toggling. Fig. 4E shows a similar sequence, but 

for a downstream ISO transaction. Unlike, the other 
transfer types, ISO transfers are not terminated by a 
handshake phase. 
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Having discussed the various USB-defined 
transactions, refer now to the protocol state machine PSM 
120 illustrated in Figs. 5A - 5D. Recall that the PSM 
provides sequencing for all of the USB defined 
5 transactions. The inputs to PSM 120 (PacketEnd, 

PacketOK, PCSPID, EndPtType, EndPtDir, DataToggle, 
StatusPhase, and PacketResponse) serve as state variables 
of the state machine, determining the action (s) taken 
during each state. The output of PSM 12 0 is PSMState, a 

10 set of control lines for signalling PCS 110. 

From the IDLE state shown in Fig. 5A, PSM 120 
transitions to one of the starting data transfer states: 
SETUP, ISO-IN, ISO-OUT, ST-IN, ST-OUT, INT- IN, IN, and 
OUT. The SETUP state is entered for the SETUP stage of a 

15 CONTROL transaction. The ISO-IN (ISO-OUT) state is 

entered for isochronous transactions of data to (from) 
the host. The ST-IN (ST-OUT) state is entered for the 
STATUS stage of a CONTROL write (read) sequence. The 
INT- IN state is entered for transactions involving 

20 interrupt-type endpoints. The IN (OUT) state is entered 
for IN (OUT) type transfers during BULK and CONTROL 
transactions. The transitions are fully defined by and 
are in accordance with the USB specification. The error, 
NAK, and STALL transitions are also per the USB 

25 specification. 

A transition from the IDLE state occurs when 
PacketOK and PacketEnd are asserted by SIE 140. The 
starting state (SETUP, ISO-IN, ISO-OUT, ST-IN, ST-OUT, 
INT-IN, IN, OUT) to which the transition occurs is based 

30 on the PCSPID input from PCS 110. A subsequent 

transition out of the starting state occurs when SIE 140 
receives the next packet and again asserts PacketOK and 
PacketEnd. The PSM then issues a signal via PSMState, 
indicating to the PCS what action is needed. Subsequent 

35 transitions are then initiated when DOH 150 asserts 
StepPSM. 

State transitions occur on the basis of the PSM 
state variables provided at the PCS 110 interface. 
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Following is a summary of what state variables are looked 
at and what action (s) taken for each state. While the 
PSM 120 is implemented in digital logic, the description 
which follows is provided in a pseudo-code format to 
5 facilitate the explanation of Figs. 5A - 5D. Given the 
following summary, it is a matter of basic principles in 
logic design, understood and known by those of ordinary 
skill in the art, to implement a state machine having the 
described behavior: 

10 

IDLE state (Fig. 5A) : 

o wait for PacketOK & PacketEnd 

o if PCSPID =«= SETUP & EndptType =» CONTROL, then go to SETUP state 
o else if PCSPID « IN & EndptType ISOCHRONOUS, then go to ISO- IN state 
15 o else if PCSPID == OUT & EndptType « ISOCHRONOUS, then go to ISO-OUT state 

o else if PCSPID — IN & EndptType — CONTROL & istatusStage, then go to ST- IN state 
o else if PCSPID »= OUT & EndptType — CONTROL & istatusStage, then go to ST-OUT state 
o else if PCSPID — IN & EndptType -= CONTROL S. ! StatusStage, then go to IN state 
o else if PCSPID == OUT & EndptType °= CONTROL & ! StatusStage , then go to OUT state 

2 0 o else if PCSPID — IN & EndptType — INTERRUPT, then go to INT-IN state 

o else if PCSPID =« IN & EndptType == BULK, then go to IN state 
o else if PCSPID « OUT & EndptType « BULK, then go to OUT state 
o el Be go to IGNORE PACKET state 

25 SETUP state (Fig. 5a): 

o if PacketEnd & I PacketOK, then go to ERROR state 
o else go to R1-DATA0 state 

ISO-IN state (Fig. 5A) : 
30 o if PacketEnd & (PacketOK, then go to ERROR state 

o else go to W- DATAO state 

ISO-OUT state (Fig. 5B) : 

o if PacketEnd & l PacketOK, then go to ERROR state 

3 5 o else go to R2- DATAO state 

ST-IN state (Fig. 5B) : 

o if PacketEnd & I PacketOK, then go to ERROR state 
o else If PacketResponse == NAK, then go to NAK state 
40 o else go to w-DATAl state 

ST-OUT state (Fig. SB) : 

o if PacketEnd & 'PacketOK, then go to ERROR state 
o else go to R-DATA1 state 

45 

INT-IN state (Fig. 5C) : 

o if PacketEnd & I PacketOK, then go to ERROR state 
o else if PacketResponse « DAVAIL, then go to W-DATAT state 
o else if PacketResponse « NAK, then go to NAK state 
50 o else if PacketResponse »= STALL, then go to STALL state 

o else go to IDLE state 

IN state (Pig. 5C) : 

o if PacketEnd & 1 PacketOK, then go to ERROR state 
55 o else if PacketResponse « NAK, then go to NAK state 

o else if PacketResponse «■ STALL, then go to STALL state 
o else go to W-DATAT state 

OUT state (Fig. SO : 
60 o if PacketEnd & (PacketOK, then go to ERROR state 

o else go to R-DATAT state 

R1-DATA0 State (Fig. 5A) : 

O if PCSPID 1- DATAO PID, then go to EARLY SETUP state 
65 o else PSMState = read data 

o wait for PSMStep signal 

o if (PacketEnd & 1 PacketOK), then go to ERROR state 
o go to ACK1 state // to send Ack to host 

70 W- DATAO state (Fig. 5A) : 

o PSMState - send data with DATAO PID 
o wait for PacketResponse DEND 
o PSMState - set completion bit 
o qo to IDLE state 

75 
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R2-DATA0 state (Pig. SB) i 

o if PCSPID != DATAO PID, then go to EARLY SETUP Btate 

o wait for PacketResponse «« DACCEPT 

o if PacketEnd & iPacketOK, then go to ERROR state - 

o PSMState - set completion bit 

o go to IDLE state 

W-DATAl state (Fig. 5B} : 

o PSMState = send data to host with DATAl PID 
o wait for PSMStep signal 

o if PacketResponse -- NAK, then go to NAK Btate 

o else if PacketResponse == STALL, then go to STALL state 

o else go to ACK4 state 

R- DATAl state (Fig. 5B) ; 

o if PCSPID I- DATAl PID, then go to EARLY SETUP state 
o else PSMState = read data 
o wait for PSMStep signal 

o if PacketResponse « NAK, then go to NAK state 

o else if Packet End IPacketOK, then go to ERROR state 

o else go to ACK2 state 

W-DATAT state (Fig. SC) ; 

o if DataToggle « "0", PSMState - send data using DATAO 

o else PSMState => send data using DATAl 

o if PacketResponse — NAK, then go to NAK state 

o else if PacketResponse == STALL, then go to STALL state 

o else go to ACK5 state, after sending all data (PacketResponse == 

R-DATAT state (Fig. 5C) : 

o if toggle bit in PCSPID == SETUP, then go Co EARLY SETUP state 
o else PSMState = read data 
o wait for PSMStep signal 

o if PacketResponse «== NAK, then go to NAK state 

o else if PacketResponse « STALL, then go to STALL state 

o if PacketEnd & IPacketOK, then go to ERROR state 

o else go to ACK3 state 

ACK1 state (Fig. 5A) : 

o PSMState => send ACK 

o wait for PSMStep signal 

o go to dt state 

ACK2 state (Fig. SB) : 

o PSMState s send ACK 

o wait for PSMStep signal 

o go to DR state 

ACK3 state (Fig. 5C) : 

o PSMState ■= send ACK 

o wait for PSMStep signal 

o if PCSPID matched DataToggle in R-DATAT, then go to DT State 
o else go to IDLE state 

ACK 4 state (Fig. SB) : 

o if PCSPID !» ACK, then go to ERROR state 

o else if PCSPID « SETUP, then go to EARLY SETUP state 

o if PCSPID == ACK, then go to DR state 

o else go to ERROR state 

ACKS state (Fig. 5C) : 

o if PCSPID 1- ACK, then go to ERROR state 

o else if PCSPID — SETUP, then go to EARLY SETUP state 

o else go to DT state after receiving ACK from host 

DR state (Fig. SB) : 

o PSMState = clear toggle bit 
o wait for PSMStep signal 
o PSMState = set completion bit 
o go to IDLE state 

DT state (Figs. 5A, 5C) i 

o PSMState = toggle bit 

o wait for PSMStep signal 

o PSMState * set completion bit 

o go to IDLE state 

EARLY SETUP State (Fig. 5D) : 

o if PCSPID « SETUP, then go to SETUP state 
o else go to IGNORE PACKET state 

ERROR state (Fig. 5A) ! 

o PSMState - set transaction error bit in transaction response reg 

o go to IDLE state 

NAK state (Fig. SA) : 

o PSMState « send NAK 
o go to IDLE state 

STALL state (Fig. 5A) : 

o PSMState ■ send STALL 
o go to IDLE state 

IGNORE PACKET state (Fig. 5D) : 

o Wait for PacketEnd and go to IDLE state 
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TR_COMPLETB STATE (Pig. 5A) : 

o set completion bit in Transaction Response register 
o go to IDLE state 

5 

The operation of the controller will now be 
discussed in connection with two transactions shown in 
Fig. 7, illustrating how the controller handles multiple 
endpoints using a single FIFO. Assume endpoint 2 is 

10 defined for upstream BULK transfers and endpoint 3 is 
defined for downstream ISOCHRONOUS transfers. Assume 
further that the bulk transfer is time-wise interleaved 
with the isochronous transfer. 

Suppose, at some time prior to time to, the 

15 microcontroller obtains data to be uploaded to the host; 
e.g. a video camera peripheral device has captured an 
image and is ready to send it to the host. Assume that 
the transmission of the video image to the host requires 
two packets of data. 

20 At time to, SIE 140 receives an IN packet for 

endpoint address 2 from the host. The device address is 
passed into PCS 110 and matched against the content of 
the Device Address register. The endpoint address is 
passed into PCS 110, causing selector 20 to select the 

25 EndPoint Control register corresponding to endpoint 2. 
The PID of the received packet is stored in the Packet 
Control register.- PCS 110 initializes the PSM with the 
following endpoint -related information: EndPtType = BULK, 
EndPtDir = "0" for upstream transfers, and DataToggle = 

3 0 " 0 11 . 

The microcontroller is interrupted and 
determines (via the Packet Control register) that an IN 
packet for endpoint 2 was received. The microcontroller 
begins to load data in to FIFO 130. Meanwhile, PSM 120 

35 begins operating when SIE 140 asserts PacketOK and 

PacketEnd, resulting in a transition from the IDLE state 
to the IN state (Fig. 5C) . This is followed by a 
transition to the W-DATAT state. In the W-DATAT state, 
PSM 120 signals the DOH controller 44 in PCS 110 via 

40 PSMState to send data contained in FIFO 130 to the host. 
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More specifically, the PSM looks at DataToggle ("0") and 
signals the PCS to send DATAO. 

SIE 140 provides subsequent clocking (NextData) 
for outputting each byte to be sent. When the last byte 
5 has been written into FIFO 13 0, the microcontroller 
informs PCS 110 of the fact by writing a DEND (0x7) 
internal code into the Packet Response register. When 
the FIFO is empty, PCS 110 deasserts SendData. DOH 150 
asserts LastData, signalling SIE 140 to send the computed 

10 CRC upstream. DOH 150 then asserts PSMStep, causing PSM 
120 to transition from W- DAT AT state to the ACK5 state. 
Next, PSM checks if the host sent an ACK, at which point 
a transition to DT state occurs. Upon entering DT state, 
PSM 12 0 signals PCS to toggle the DATA toggle bit of the 

15 Endpoint Control Register corresponding to endpoint 2, 
and then transitions to the IDLE state. 

At this point, one packet of the video data has 
been sent to the host. At a later time tl, the SIE 
receives an OUT packet for endpoint address 3. Again, 

20 the device address is passed into PCS 110 and matched 

against the content of the Device Address register. The 
endpoint address is passed into PCS 110, causing selector 
20 to select the EndPoint Control register corresponding 
to endpoint 3. The PID of the received packet is stored 

25 in the Packet Control register. PCS 110 initializes the 
PSM with the following endpoint -related information: 
EndPtType = ISOCHRONOUS, EndPtDir = "1" for upstream 
transfers, and DataToggle = "0". 

SIE 14 0 causes PSM 12 0 (PacketOK and PacketEnd) 

30 to transition from the IDLE state to the ISO-OUT state 
(Fig. 5B) . This is followed by a transition to the 
R2 -DATAO state, where PSM waits for completion of the 
downstream transfer. Meanwhile, SIE 140 is receiving 
data from the host and storing it into FIFO 130. Since 

35 an isochronous transfer has no handshake phase, 

completion of the downloaded data (including the CRC) 
itself marks the end of the transaction. PSMStep is 
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asserted to cause the PSM to transition to the IDLE 
state . 

Consider next time t2, where the next 
transaction is an upstream transfer of data from endpoint 
5 2. The host begins by issuing an IN packet, specifying 
endpoint 2. This causes the selector 20 again to access 
the corresponding Endpoint Control register. PCS 110 
initializes the PSM with the following endpoint -related 
information: EndPtType = BULK, EndPtDir = "0" for 
10 upstream transfers, and DataToggle = "1" - Notice that 

the data toggle bit is now "1" , due to the toggling from 
the previous endpoint transaction. 

The microcontroller is interrupted and 
determines (via the Packet Control register) that an IN 
15 packet for endpoint 2 was received. The microcontroller 
begins to load the second set of data in to FIFO 130. 
Meanwhile, PSM 120 begins operating when SIE 140 asserts 
PacketOK and PacketEnd, resulting in a transition from 
the IDLE state to the IN state (Fig. 5C) . This is 
20 followed by a transition to the W-DATAT state. In the 
W-DATAT state, PSM signals the DOH controller 44 in PCS 
110 via PSMState to send data contained in FIFO 130 to 
the host. More specifically, the PSM looks at DataToggle 
("1") and signals the PCS to send DATA1 . 
25 SIE 140 provides subsequent clocking (NextData) 

for outputting each byte to be sent. When the last byte 
has been written into FIFO 130, the microcontroller 
informs PCS 110 of the fact by writing a DEND (0x7) 
internal code into the Packet Response register. When 
30 the FIFO is empty, PCS 110 deasserts SendData. DOH 150 
asserts LastData, signalling SIE 140 to compute the CRC 
and send it upstream. DOH 150 then asserts PSMStep, 
causing PSM 12 0 to transition from W-DATAT state to the 
ACK5 state. Next, PSM checks if the host sent an ACK, at 
35 which point a transition to DT state occurs. Upon 

entering DT state, PSM 12 0 signals PCS to toggle the DATA 
toggle bit of the Endpoint Control Register corresponding 
to endpoint 2, and then transitions to the IDLE state. 
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Two observations are worth noting at this 
point: First, it can be seen that a data transfer (such 
as the video data with endpoint 2) which requires 
multiple data transactions can be interleaved with other 
5 transactions (in this case an OUT packet with endpoint 
3). Each transaction (IN, OUT, etc J is atomic in the 
sense that the transaction must complete before another 
transaction is processed. In addition, state information 
related to each endpoint is contained in its own endpoint 
10 control register (e.g. the data toggle state of endpoint 
2) so that there is no loss of state information when 
transactions among multiple endpoints are interleaved. 
The second observation is that a single FIFO is 
sufficient to provide the data buffering between the host 
15 and the endpoints defined in a device. Since each 
transaction is atomic, the FIFO will never contain 
partial data from a previous transaction. 

The present invention includes certain timing 
features of the USB controller which maximizes the amount 
20 of time a microcontroller has to execute a data transfer. 
The timing chart in Fig. 8 illustrates the data sequence 
for both an IN and an OUT transaction. A transaction 
begins with an eight bit SYNC and ends with a three bit 
EOP, Upon receiving an IN or an OUT PID, the USB 
25 controller generates an interrupt to the microcontroller 
some time after receiving the four bits comprising the 
endpoint specifier ENDP, the earliest being immediately 
after receiving ENDP . At this point, the PCS contains 
the endpoint address of the incoming transaction. Thus, 
3 0 although the host has not completed the transaction, the 
microcontroller can obtain the endpoint information for 
the PCS registers and begin setting up for the subsequent 
DATA transaction. 

In the case of an IN transaction, the 
3 5 microcontroller may begin writing data into the FIFO 13 0 
shortly after receiving the interrupt . As can be seen in 
Fig. 8, the microcontroller has a head start of 
twenty-four bit-times (CRC + EOP + SYNC + DATA0/1) plus 
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the bus turnaround time, to be discussed below. By that 
time, the microcontroller must have written the first 
byte into the FIFO for upstream transfer. For an OUT 
transaction, the microcontroller has an additional eight 
5 bit-times to set things up to receive data from the host. 
The additional time comes from the fact that the first 
byte must be written into the FIFO before the micro- 
controller can pick it up. 

The bus turnaround timing specifies the delay 

10 between transactions, as shown in Fig. 8. Its value can 
differ from endpoint to endpoint, and is specified by the 
BusTurnaround bits (2 bits) of the Endpoint Control 
registers. In the preferred embodiment, the DOH 150 
provides the delay corresponding to the BusTurnaround 

15 bits, three bit-times for l! 00 n , seven bit-times for "01", 
eleven bit-times for "10", and fifteen bit-times for 
"11". Ideally, the bus turnaround time would be zero to 
obtain maximum throughput. However, some devices may be 
slow or the host may require a slower speed. The 

20 BusTurnaround bits provide for any needed adjustment. 

During a data transfer, the FIFO 13 0 can be 
written to at the same time it is being read out. Thus, 
in the case of an IN transfer, the USB controller can be 
reading data from the the FIFO to send data upstream to 

25 the host while at the same time the microcontroller is 
writing data into the FIFO. The Byte Count register 
provides the necessary record-keeping to ensure that the 
FIFO is not empty when transmitting a byte upstream, and 
that the FIFO is not full when writing byte into the 

30 FIFO. Likewise, in the case of an OUT transfer, the 

microcontroller can be emptying the FIFO as it is being 
filled by the host. 

Yet another feature of the invention is to have 
a second FIFO 130', as shown in Fig. 11. In a situation 

3 5 where the microcontroller must support many high speed 
endpoint s, a second FIFO can be used to provide 
additional buffering capability. Thus, the first FIFO 
can be associated with a first subset of endpoints and 
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the second FIFO associated with a second set of 
endpoints. As an example, the first FIFO may be 
receiving data from the host, while the microcontroller 
is writing data to the second FIFO for an upstream 
5 transfer. As soon as downstream transfer completes, the 
USB controller is immediately able to begin an upstream 
transfer of data in the second FIFO, while the 
microcontroller processes the data received in the first 
FIFO. 
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Claims 

1. A controller for operating a peripheral in 
accordance with the Universal Serial Bus (USB) 

5 specif ication, comprising: 

means for receiving data packets; 
a FIFO for storing data contained in received 
data packets, said FIFO being associated with at least 
two endpoints; and 
10 a packet control store for storing, as a 

current endpoint, an identifier contained in an endpoint 
field of a received data packet, wherein data stored in 
said FIFO corresponds to said current endpoint; 

whereby said FIFO is used to hold data for said 
15 at least two endpoints. 

2. The controller of claim 1 further including a state 
machine to control sequencing of a transaction based on 

20 said current endpoint, said transaction comprising 
reception and transmission of a plurality of data 
packets, said state machine thereby being capable of 
controlling sequencing of transactions with any endpoint. 

25 

3. The controller of claim 2 further including a 
plurality of endpoint control stores and a selector for 
selecting one of said endpoint control stores based on 
said current endpoint, said state machine coupled to 

3 0 receive the contents of a selected one of said endpoint 
control stores. 

4. The controller of claim 3 further including means 
35 for transmitting data packets, coupled to said FIFO for 

transmission of data from said device. 
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5. The controller of claim 4 wherein said endpoint 
control stores include a bus turnaround delay specifier, 
said means for transmitting data coupled to receive the 
bus turnaround delay specifier of said selected endpoint 
5 control store. 



6. The controller of claim 1 further including a port 
for attachment to a host; said port including means for 
10 simulating the disconnection and connection of a 
universal serial bus device. 



7. The controller of claim 6 wherein said port 
15 comprises a D+ signal line and a D- signal line and a 
pull-up resistor coupled to one of said signal lines, 
said means for simulating includes a first transistor 
switch coupled to pull said D+ and D- signal lines to a 
voltage in the range of 2.0 to 0.8 volts and a second 
20 transistor switch coupled to disconnect said pull-up 
resistor. 



8. A controller for transmitting data in accordance 
25 with the Universal Serial Bus (USB) specification, 
comprising : 

a microcontroller interface for connection to a 

microcontroller; 

a port for attachment to a USB host; 
30 serial means, coupled to said port, for 

receiving and transmitting USB packets, including means 
for extracting an endpoint identifier from a packet of a 

TOKEN type; 

control means for managing the transfer of 
35 packets between said USB host and said microcontroller, 
including first memory means for storing an extracted 
endpoint identifier, thereby defining an active endpoint; 
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a FIFO for storing data obtained from a 
received packet, said FIFO associated with said active 
endpoint ; and 

state machine means, coupled to said control 
5 means, for controlling the sequencing of a transaction 
between said USB host and said active endpoint, said 
transaction comprising plural packets. 

10 9. The controller of claim 8 wherein said control means 
further includes second memory means for storing 
configuration and state information for each endpoint, 
said state machine means coupled to receive configuration 
and state information corresponding to said active 

15 endpoint. 

10. The controller of claim 9 wherein said second memory 
means includes a bus turnaround time specifier for each 
20 endpoint, said serial means coupled to receive the bus 
turnaround time specifier corresponding to said active 
endpoint . 

25 11. The controller of claim 8 further including means 
for generating an interrupt during the reception of a 
* packet of a TOKEN type, thereby signaling said 

microcontroller to prepare for storing data to or reading 
data from said FIFO. 

30 

12. The controller of claim 11 wherein said means for 
generating an interrupt is characterized by producing an 
interrupt prior to reception of the EOP delimiter of a 
35 TOKEN- type of packet. 
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13. The controller of claim 11 wherein said means for 
generating an interrupt is characterized by producing an 
interrupt during reception of the CRC portion of a 
TOKEN- type of packet, 

5 

14. The controller of claim 8 further including means 
for simulating a disconnection from a USB host and a 
subsequent reconnection to said USB host. 

10 

15. The controller of claim 14 wherein said port 
includes a D+ signal line, a D- signal line, and a pull- 
up resistor coupled to one of said signal lines, and 

15 wherein said means for simulating includes a first 
transistor switch coupled to momentarily pull the 
potential of said D+ and D- lines in the range of 2.0 to 
0.8 volts and a second transistor switch coupled to 
disconnect said pull-up resistor, thereby creating a 

20 single-ended zero (SE0) condition. 

16. The controller of claim 8 further including a second 
FIFO wherein each of said FIFO's is associated with a 

25 plurality of endpoints; the controller further including 
means for storing data into one of said FIFO's depending 
upon the endpoint identified by said active endpoint . 
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AMENDED CLAIMS 

[received by the International Bureau on 16 December 1998 (16.12.98); 
original claims 2,3 and 9 cancelled; original claims 1,4, 
8 and 10 amended; remaining claims unchanged 

(4pages)] 

1. A controller for operating a peripheral in 
5 accordance with the Universal Serial Bus (USB) 
specification , comprising : 

means for receiving data packets; 
a FIFO for storing data contained in received 
data packets r said FIFO being associated with at least 
10 two endpoints; 

a packet control store for storing, as a 
current endpoint, an identifier contained in an endpoint 
field of a received data packet , wherein data stored in 
said FIFO corresponds to said current endpoint; 
15 a state machine to control sequencing of a 

transaction based on said current endpoint, said 
transaction including reception and transmission of a 
plurality of data packets, said state machine thereby 
being capable of controlling sequencing of transactions 
20 with any endpoint; 

a plurality of endpoint control stores; and 
a selector coupled to said plurality of 
endpoint control stores for selecting one of said 
endpoint control stores based on said current endpoint; 
25 said state machine coupled to receive the 

contents of a selected one of said endpoint control 
stores . 

30 2. (Cancelled) 

3. (Cancelled) 

35 

4. The controller of claim 1 further including means 
for transmitting data packets, coupled to said FIFO for 
transmission of data from said device. 

AMENDED SHEET (ARTICLE 19) 
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5. The controller of claim 4 wher in said endpoint 
control stores include a bus turnaround delay specifier, 
5 said means for transmitting data coupled to receive the 
bus turnaround delay specifier of said selected endpoint 
control store, 

10 6. The controller of claim 1 further including a port 
for attachment to a host; said port including means for 
simulating the disconnection and connection of a 
universal serial bus device. 

15 

7. The controller of claim € wherein said port 
comprises a D+ signal line and a D- signal line and a 
pull-up resistor coupled to one of said signal lines, 
said means for simulating includes a first transistor 

20 switch coupled to pull said D+ and D- signal lines to a 
voltage in the range of 2.0 to 0.8 volts and a second 
transistor switch coupled to disconnect said pull-up 
resistor. 

25 

8. A controller for transmitting data in accordance 
with the Universal Serial Bus (USB) specification, 
comprising: 

a microcontroller interface for connection to a 
3 0 microcontrol ler ; 

a port for attachment to a USB host; 
serial means, coupled to said port, for 
receiving and transmitting USB packets, including means 
for extracting an endpoint identifier from a packet of a 
35 TOKEN type; 

control means for managing the transfer of 
packets betwe n said USB host and said microcontroller, 
including first memory means for storing an extracted 
ndpoint identifier, thereby defining an active endpoint; 

AMENDED SHEET (ARTICLE 19) 
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a FIFO for storing data obtained from a 

received packet, said FIFO associat d with said active 

5 endpoint ; and 

state machine means, coupled to said control 
means, for controlling the sequencing of a transaction 
with said USB host based on said active endpoint, said 
transaction comprising plural packets and 
10 a second memory means for storing configuration 

and state information for each endpoint; 

said state machine means coupled to said second 
memory means to receive configuration and state 
information corresponding to said active endpoint, 

15 

9. (Cancelled) 

20 10. The controller of claim 8 wherein said second memory 
means includes a bus turnaround time specifier for each 
endpoint, said serial means coupled to receive the bus 
turnaround time specifier corresponding to said active 
endpoint. 

25 

11. The controller of claim 8 further including means 
for generating an interrupt during the reception of a 
packet of a TOKEN type, thereby signaling said 

30 microcontroller to prepare for storing data to or reading 
data from said FIFO. 

12. The controller of claim 11 wherein said means for 
35 generating an interrupt is characterized by producing an 

interrupt prior to reception of the EOP delimiter of a 
TOKEN- type of packet. 
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13. The controller of claim 11 wh r in said means for 
generating an interrupt is characterized by producing 
interrupt during reception of the CRC portion of a 
TOKEN-type of packet. 



14. The controller of claim 8 further including means 
for simulating a disconnection from a USB host and a 
subsequent reconnect ion to said USB host. 



15. The controller of claim 14 wherein said port 
includes a D+ signal line, a D- signal line, and a pull- 
up resistor coupled to one of said signal lines, and 
wherein said means for simulating includes a first 
transistor switch coupled to momentarily pull the 
potential of said D+ and D- lines in the range of 2.0 to 
0.8 volts and a second transistor switch coupled to 
disconnect said pull-up resistor, thereby creating a 
single-ended zero (SEO) condition. 



16. The controller of claim 8 further including a second 
FIFO wherein each of said FIFO's is associated with a 
plurality of endpoints; the controller further including 
means for storing data into one of said FIFO's depending 
upon the endpoint identified by said active endpoint. 
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Statement Under Article 



The invention relates to a controller for data 
transactions between a host computer and any one of a number of 
peripherals in accordance with the Universal Serial Bus (USB) 
interface. A transaction consists of a sequence of data packets 
received and transmitted between host and device. 

The controller as claimed includes means for receiving 
data packets coupled to a FIFO for storing data contained in 
received data packets. A packet control store contains the 
endpoint identifier corresponding to a received data packet. An 
endpoint control store contains configuration and state 
information for each of a plurality of endpoints. 

Each data packet received may correspond to a different 
endpoint. Consequently, the data in the FIFO may correspond to 
different endpoints from one data packet to the next. The one 
FIFO therefore is shared among a plurality of endpoints. 

A state machine controls the sequencing of 
transactions. The action of the state machine varies depending 
on the endpoint identifier currently stored in the packet control 
store. Thus, the sequencing of the transmission of data packets 
with an endpoint for a given transaction may be interleaved with 
data for another endpoint. 

The McCool reference discloses a ring structured 
network using the fiber distributed data interface (FDDI) 
standard. Each node includes a buffer memory (130) which 
provides a FIFO for receiving incoming packets and a linked list 
structure for the transmission of packets. In addition, the 
linked list is organized into two chains, one for synchronous 
transmission and one for asynchronous transmission. 

Received packets include a destination address field. 
This field is compared to an internal register in the node which 
contains its address. A match indicates the packet is intended 
for the receiving node. 

A state machine is provided to put the node in 
restricted or non-restricted communication mode. State changes 
occur depending on the content of the transmission. 
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